Multi-AZ RDS 이해

Multi-AZ RDS이란?

은행 비유

• 단일 AZ RDS = 은행 본점 1개만 운영
• Multi-AZ RDS = 본점 + 백업 지점 동시 운영
• 본점 고장나면 백업 지점이 즉시 본점 역할 대신

Primary DB (ap-northeast-2a) ──────┐
                                  │ 자동 동기화
Standby DB (ap-northeast-2c) ──────┘

현재 vs 목표 구조

현재 RDS (Single-AZ)

WAS 서버들 → RDS (ap-northeast-2a만)

문제점: DB 서버 고장나면 모든 데이터 접근 불가

목표 RDS (Multi-AZ)

WAS 서버들 → RDS Primary (ap-northeast-2a)
              └── 자동 동기화 ──── RDS Standby (ap-northeast-2c)

장점: Primary 고장나면 Standby가 자동으로 Primary 역할

Multi-AZ의 장점

1. 자동 장애복구

Primary DB 고장 시:
1-2분 내에 Standby DB가 Primary로 자동 전환
애플리케이션 코드 수정 불필요 (같은 엔드포인트 사용)

2. 데이터 안전성

모든 데이터가 실시간으로 두 곳에 저장
한 곳이 완전히 파괴되어도 데이터 보존

3. 무중단 유지보수

DB 업데이트나 패치 시:
Standby에 먼저 적용 → Primary와 역할 교체
서비스 중단 시간 최소화

실습에서 할 일

현재 RDS 상태 확인

1. RDS 콘솔 → 데이터베이스 → 기존 RDS 인스턴스 클릭
2. 구성 탭에서 Multi-AZ 상태 확인
3. 현재는 "아니요"로 되어 있을 것

Multi-AZ 업그레이드

기존 RDS를 Multi-AZ로 변경합니다.

동작 확인

웹 애플리케이션이 계속 정상 동작하는지 확인합니다.

비용 영향

비용 증가

기존: t3.micro 1대
변경: t3.micro 2대 (Primary + Standby)
비용: 약 2배 증가

가치 대비 비용

비용: 2배 증가
안전성: 매우 높음
다운타임: 거의 없음
→ 상용 서비스에서는 필수

주의사항

애플리케이션 영향

Multi-AZ 전환 중 (10-15분):

• 짧은 순간 DB 연결 끊김 가능
• 애플리케이션에서 재시도 로직 필요

Read Replica와의 차이

Multi-AZ:
- 같은 엔드포인트 사용
- 자동 장애복구용
- Standby는 읽기 불가

Read Replica:
- 별도 엔드포인트
- 읽기 성능 향상용
- 읽기 전용

완료 체크리스트

다음 개념을 이해했는지 확인:

• Multi-AZ = Primary + Standby DB 동시 운영
• 자동 장애복구 (1-2분 내)
• 애플리케이션 코드 수정 불필요
• 비용 약 2배 증가하지만 안전성 대폭 향상
• 현재 RDS 상태 확인 완료

Multi-AZ RDS 개념 이해 완료 이제 실제로 업그레이드해봅시다.

다음 단계: AWS EDU/Archive/조선대학교 AWS 멘토링/Week3.5-HA-Scalable-WebService/04-Multi-AZ-RDS/02-RDS-Multi-AZ-업그레이드

관련 문서: AWS EDU/Archive/조선대학교 AWS 멘토링/Week3.5-HA-Scalable-WebService/03-Auto-Scaling-Group/03-ASG생성및정책설정, AWS EDU/Archive/조선대학교 AWS 멘토링/Edu Architecture/README